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(54) Computer email with telephony support 

(57) Office workers are equipped with a telephone 
and a desktop computer, the latter including an email 
system which allows telephony applets to be included 
in email messages. Thus the recipient of a message 
which includes an applet might typically be presented 



with a call back button. When this button is selected, it 
automatically provides the recipient with a telephone 
connection through to the sender of the message. This 
is accomplished by the applet using JTAPI to interact 
with the appropriate telephony equipment in order to 
form the desired connection. 
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Description 

[0001] The present invention relates to communica- 
tion systems, and in particular to the integration of com- 
puter email and telephony systems. 
[0002] Modern office systems are equipped with two 
main forms of communications, namely the telephone 
and computer email. The telephone provides for real- 
time direct human-to-human contact, whilst email pro- 
vides indirect contact in elapsed time. Thus email is a 
less spontaneous and perhaps more cumbersome in- 
terface than the telephone, but it avoids the need for the 
simultaneous availability of both parties and provides a 
readily stored record of the message exchange. Both 
telephony and email therefore have their relative 
strengths and weaknesses, and so can be used in com- 
plementary fashion, depending on the communication 
needs of a particular situation. 
[0003] Of course, in recent years telephone networks 
and computer networks have developed significantly to 
offer many more facilities; for example, telephone net- 
works can be used to FAX documents, whilst it is pos- 
sible to embed audio data files in multimedia email mes- 
sages. It is now also possible to use computer networks 
such as the Internet to provide very cost-effective audio 
connections, so-called Internet telephony (see for ex- 
ample the article "Dial 1 -800-lnternet° in Byte Magazine, 
February 1996, p83-88, and the article "Nattering On", 
in New Scientist, 2 March 1996, p38-40). 
[0004] Despite the increasing impact of Internet te- 
lephony however, the heavy usage of conventional te- 
lephony is unlikely to reduce much in the foreseeable 
future. This is due to the vast investment which has al- 
ready been made in the infrastructure of the public 
switched telephone network (PSTN) to provide simple, 
reliable, and ubiquitous communications, combined 
with the availability of increasingly complex services on 
top of the PSTN such as voice mail, conferencing, etc. 
Note that many business locations also have sophisti- 
cated telephony switches or private branch exchanges 
(PBXs) which support more advanced features, such as 
callback requests, call forwarding, and so on. 
[0005] There have previously been attempts to inte- 
grate telephony and computer services. For example, 
US 5333266 describes a unified messaging system 
which allows a user to access both their email and their 
telephone voice messages from a computer system. 
Typically in the latter case the voice message might ei- 
ther be transmitted to the computer system as an audio 
file, or the user's telephone can be controlled to provide 
a call into the voice messaging system. 
[0006] It is also known in specialised environments 
such as call centres to coordinate operations of the tel- 
ephone and desktop computer of a customer agent. For 
example, the Callpath family of products available from 
IBM allows information about an incoming call (eg the 
calling or called number), which is passed into the call 
centre switch by the PSTN, to be sent to the desktop 



computer of an agent at the same time as the call itself 
is directed to the extension of that agent (see for exam- 
ple the manual IBM CallPath CallCoordinator for OS/2 
and Windows, reference number GC22-0074-02, 3rd 

5 edition 1994). 

[0007] Call centres are also being developed to take 
account of the increasing prominence of the Internet and 
more particularly the World Wide Web as a customer 
interface. Thus EP-A-740445 describes a Web server 

io from which a customer can access various pages over 
the Internet using a browser in known fashion. A "Call 
Me" button is provided for inclusion in a Web page. Re- 
sponsive to the customer selecting this button, they are 
presented with an html form ("html" = hypertext markup 

* s language), into which they can enter their phone number 
and desired callback time. This form is then returned to 
the Web server, which extracts the call information and 
passes an appropriate call request to an Automatic Call 
Distribution (ACD) system, which in turn then places the 

20 desired call to the customer over the conventional tele- 
phone network. 

[0008] An extension of this approach is the "Internet 
Voice Button" described at http://www.nortel.com/pcn/ 
voicebutton, which allows a customer to select between 

25 receiving a call over the conventional telephone net- 
work, or instead over the Internet. Note that technically 
this latter option is actually the somewhat simpler of the 
two options, given that both the Web page and the audio 
data are being transferred over the same network using 

30 the same protocol (TCP/IP). 

[0009] Another somewhat similar system is described 
in a White Paper by Lucent Technologies entitled "Inter- 
net Call Centre" and dated 15 December 97. As de- 
scribed in this document a Web Server can download a 

35 Java call control applet to start an Internet telephone 
call on the customer's machine into the call centre. Note 
that a server in the call centre acts as an interface be- 
tween the Internet and the call centre telephony system, 
so that the call centre agents in fact use their conven- 

40 tional telephone extensions (rather than Internet tele- 
phones). 

[0010] In viewof the above art, it will be seen therefore 
that much of the focus on computer telephony coordi- 
nation has centered around relatively specialised appli- 

<5 cations, such as Web access to call centres. There has 
been comparatively little attention paid to the possibility 
of a broader and more flexible integration. Consequently 
most people still regard their telephone and their desk- 
top computer in a typical office environment as providing 

so essentially independent methods of communication. 
[0011] Accordingly, the invention provides a method 
of integrating computer and telephony messaging com- 
prising the steps of: 

55 creating an email message on a first computer sys- 
tem, said step of creating the email message includ- 
ing the step of embedding within said email mes- 
sage an applet for performing a telephony function; 



3 



EP0 957 621 A2 



4 



transmitting said email message to a second com- 
puter system; 

opening said email message on said second com- 
puter system, said step of opening said email mes- 
sage including the step of launching said applet; 
and performing the telephony function of the applet. 

[001 2] Thus telephony functionality can now be effec- 
tively embedded into an email message, so that the two 
primary forms of office communication, namely email 
and the telephone, can be utilised in a far more integrat- 
ed and effective manner than has hitherto been possi- 
ble. 

[0013] In order to support the telephony function of 
the applet, the applet may access local telephony soft- 
ware on the second computer system, or possibly te- 
lephony software associated with the first computer sys- 
tem (ie the telephony server local to the first computer 
system). In the latter case, there are security implica- 
tions, and the method preferably further comprises the 
step of authenticating that the applet originated from the 
first computer, prior to the applet accessing telephony 
software on the first computer system. This can be 
achieved for example by a use of a digital signature, so 
that the receiving system can confirm the applet as 
■trusted", thereby enabling it to perform a wider range 
of activities than would otherwise be permitted. 
[0014] In the preferred embodiment, the applet ac- 
cesses said telephony software on the first or second 
computer system via a standard interface. This ensures 
platform independence of the approach described here- 
in, which is important given that by its very nature email 
may be directed to a wide range of receiving systems. 
The preferred standard interface is the Java telephone 
interface (JTAPI). An additional benefit of JTAPI is that 
it allows a wide range of configurations of the underlying 
telephony support software, for example encompassing 
setting up the telephony connection from the either first 
or second computer system as discussed above. 
[0015] Typical examples of the application of the 
present invention are for the telephony function of said 
applet to set up a telephone connection between the 
sender and recipient of the email message, thereby ef- 
fectively functioning as a call-back, or to connect the re- 
cipient of the email message to a conference call. Gen- 
erally this functionality is offered to the recipient of the 
email message via one or more control buttons, where- 
by activation of the relevant button(s) causes the applet 
to form the requested telephone connection. 
[001 6] The invention further provides an email system 
including: 

means for creating an email message; 
means for embedding within said email message 
an applet for performing a telephony function; and 
means for transmitting said email message. 

[0017] The invention further provides an email system 



including: 

means for receiving an email message; 
means for launching an applet for performing a te- 
5 lephony function contained within said email mes- 
sage; and 

means responsive to said applet for implementing 
said telephony function. 

w [001 8] The invention further provides an email system 
including: 

means for creating and transmitting email messag- 
es; 

is means for receiving email messages; 

means for embedding within said email messages 
for transmission an applet for performing a teleph- 
ony function; 

means for launching an applet for performing a te- 
20 lephony function contained within a received email 
message; and 

means responsive to said launched applet for im- 
plementing said telephony function. 

25 [0019] The email systems are typically implemented 
using computer program products, which are provided 
to customers either on a computer readable optical or 
magnetic storage medium or via some form of computer 
network, for installation on their computer systems. 
30 [0020] The invention further provides a method of in- 
tegrating computer and telephony messaging compris- 
ing the steps of: 

creating an email message on a first computer sys- 
35 tern, said step of creating the email message includ- 
ing the step of embedding within said email mes- 
sage an executable component for performing a te- 
lephony function; 

transmitting said email message to a second com- 
40 puter system; 

opening said email message on said second com- 
puter system, said step of opening said email mes- 
sage including the step of launching said executa- 
ble component; 
45 and performing the telephony function of the exe- 
cutable component. 

[0021] A preferred embodiment of the invention will 
now be described in detail by way of example only with 
50 reference to the following drawings: 

Figure 1 illustrates the computer and telephony 
equipment available in a typical office environment; 
Figure 2 illustrates the software present on the com- 
ss puter equipment of Figure 1 ; and 

Figures 3A, B, and C illustrate three examples of 
email messages including telephone functionality. 
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[0022] Figure 1 is a schematic representation of the 
computer and telephony resources available in a known 
office environment 10 (everything to the left of the 
dashed line in Figure 1 can be found at a typical loca- 
tion). Thus there are multiple workers in the office, de- 
noted A, B, C, each having their own telephone exten- 
sion 25 and desktop computer 30. In conventional fash- 
ion, the telephones are connected to PBX 20, which in 
turn provides a connection to the PSTN 1 8. The desktop 
computers are connected via a suitable network 50 to 
two servers, an email server 40 and a telephony server 
45. Typically network 50 is a conventional local area net- 
work (LAN). The email server is connected to a compu- 
ter network 1 6 such as an Internet, Intranet or Extranet, 
whilst the telephony server is connected to the PBX by 
a computer telephony integration (CTI) link 60. It will be 
appreciated that users A, B, and C are not limited to sim- 
ply communicating with one another, but may exchange 
messages and telephone calls with others using net- 
works 16 and 18. 

[0023] Figure 2 illustrates schematically the software 
set-up on a typical client desktop workstation 30, email 
server 40, and telephony server 45 from Figure 1 . Thus 
the client has an operating system 100, such as Win- 
dows 95 from Microsoft Corporation, or OS/2 from IBM. 
An email client 1 30 runs on top of this operating system, 
interacting with email server 40. Typically messages for 
the users A, B, C are stored on the email server 40 itself, 
but can be accessed from and processed by email client 
130 (password protection is normally used to ensure 
that a user only has access to their own messages on 
the email server). The email client supports the Java ap- 
plet interface (shown hatched as 150 in Figure 2), which 
is a standard Java interface (most notably supported in 
browsers) that allows an environment to launch an ap- 
plet, and to perform simple interactions with it, such as 
passing parameters into the applet. 
[0024] Also shown at the client in Figure 2 is a Java 
virtual machine (JVM) 110. The Java applets run on top 
of the JVM, which may be embedded into the operating 
system 100 or into the email client itself. The client fur- 
ther contains JTAPI client code 1 20 f JTAPI" = Java Te- 
lephony API) installed locally. Note that JTAPI is a stand- 
ard Java extension, and so is readily accessible from 
within the Java environment. 
[0025] In the preferred embodiment, the email soft- 
ware is implemented by a Lotus Notes v4.6 environ- 
ment, so that email client 1 30 is a Notes client, and email 
server 40 is a Notes (Domino) server. The Notes v4.6 
product allows Java applets to be embedded into doc- 
uments. These documents can then be sent from one 
Notes user to another by email. Note also that Lotus 
Notes includes its own JVM, so that any applet running 
out of a Notes document is contained within the Notes 
environment. 

[0026] In order to embed an applet into a Notes doc- 
ument, it is necessary to design a form (this requires 
designer permission), the form then acting for as a tem- 
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plate for future documents. As part of the design proc- 
ess, there is the option to embed an applet, including 
specifying the screen size to be allocated to the applet, 
the source of the applet code, and any parameters to 
s be made available to the applet. Typically the applet is 
first created outside Lotus Notes using a suitable devel- 
opment tool such as VisualAge for Java, available from 
IBM Corporation. 

[0027] Figures 3A, 3B, and 3C illustrate three poten- 

io tial forms representing an invoice, a conference call re- 
quest, and a message respectively. Each form contains 
a number of standard fields 310 for entering data such 
as the date, amount of invoice, subject of message, etc 
(some of these fields would typically be completed au- 

15 tomatically by the relevant application). Each form also 
includes an applet, which in turn presents one or more 
buttons. In Figure 3A this is a Call Back button 320; if 
the recipient of the invoice activates this button, then 
they are connected automatically by telephone to the 

20 accounts department which originated the invoice. In 
Figure 3B, the applet displays two buttons, the first being 
a Call In button 322, which connects the recipient to the 
teleconferencing supplier, the second which is used to 
provide the relevant pass code for the conference 324. 

25 Finally, in Figure 3C, the applet button 326 is used to 
connect the recipient back to the sender of the message. 
[0028] Thus when one of the above forms is received, 
the applet is invoked by the email client, and executes 
to present the illustrated button to the user (it will be ap- 

30 predated that generally the applet actually opens its 
own window, with the button being enclosed within that 
window; however, for the sake of clarity the windows per 
se are not shown in Figure 3, only the relevant buttons). 
With reference to Figure 3A for example, assuming that 

35 the recipient of the invoice activates button 320, the ap- 
plet then interacts with the JTAPI client 120 (see Figure 
2) to set up the phone call back to the accounts depart- 
ment, in particular, the call request is passed to the 
JTAPI client, which in turn passes the request onto the 

40 JTAPI server 205 on the telephony server 45. This in 
turn processes the request by passing it onto CTI soft- 
ware 215 on the telephony server, which sends an in- 
struction to the PBX 20 over CTI link 60 to make the 
desired connection. The call buttons in Figures 3B and 

45 3C operate in substantially the same way. Figure 3B al- 
so has a passcode button 324 presented, which in- 
cludes the authorisation code for the relevant telephone 
conference. Thus after the pressing button 322 to initial- 
ly dial into the conference, button 324 can then be se- 

50 lected. This will instruct the JTAPI client, and through it 
the JTAPI server and CTI software, to place a specified 
sequence of DTMF keys on the line, to provide the caller 
access into the teleconference. 
[0029] In the preferred embodiment, the JTAPI sup- 

55 port is provided by the Callpath program available from 
IBM (in particular Callpath Enterprise Server, which sup- 
ports the use of a Lucent G3, Nortel SL1 and DMS100, 
or Siemens 9751, 9005, and 9006.3 PBXs). This pro- 
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vides a client-server JTAPI implementation, as depicted 
in Figure 1 , with the JTAPI server 205 effectively func- 
tioning as a Calipath daemon with the primary respon- 
sibility of converting JTAPI requests to Calipath Enter- 
prise requests and Calipath Enterprise events and re- 
sponses to JTAPI events and class exceptions respec- 
tively with respect to the underlying Calipath CTI soft- 
ware 215. The JTAPI client 120 which exposes the 
JTAPI interface to client applications such as email cli- 
ent 130 is a Java based toolkit, which runs on JVM 110 
(the JTAPI client may run on a separate JVM from the 
email client, if the latter includes its own private JVM). 
In this implementation, the JTAPI client 120 is designed 
to be thin, with most of the processing delegated to 
JTAPI server 205. 

[0030] The Calipath product set also contains a toolkit 
for supporting the creation of applets which exploit 
JTAPI, by providing a set of telephony Beans (self-de- 
scribing Java components). For example, Beans are 
provide to represent a telephone line resource, and also 
operations to performed on such resources (making tel- 
ephone calls and so on). It is straightforward to assem- 
ble these Beans using a graphical development tool 
such as VisualAge for Java to produce an applet having 
the desired telephony functionality, without requiring 
any detailed telephony expertise. 
[0031 ] The skilled person will recognise that JTAPI al- 
lows for a wide variety of configurations which could be 
utilised instead of that shown in Figure 1 (see httpy/java. 
sun.com/products/jtapi for further details on JTAPI, in- 
cluding pointers to the full specifications). Indeed it is 
one of the strengths of JTAPI that it supports conven- 
tional third party call control (such as using the CTI link 
60 of Figure 1), or first party call control (for example in 
locations with no PBX, or via the Internet). This helps to 
ensure that the message recipient is highly likely to have 
JTAPI support available. 

[0032] Thus client 30 may directly be in control of its 
own local telephony, either because the client worksta- 
tion itself incorporates its own telephony functionality 
(many modern PCs include FAX modems for example), 
or because the telephony service is in fact to be provided 
using Internet telephony or such-like over the computer 
network 16. In this situation there is no separate teleph- 
ony server, and the JTAPI server code 205 also effec- 
tively resides on the client (such a system essentially 
uses represents a unified rather than client-server 
JTAPI implementation). 

[0033] Another possibility is for the applet to directly 
access JTAPI functionality on a remote machine; this 
might be performed routinely, or perhaps only in the cir- 
cumstances where the applet is unable to locate any 
JTAPI support on the client which receives the email. 
For example, in the invoice example of Figure 3A the 
applet may try to contact a JTAPI implementation asso- 
ciated with the accounts department telephone system 
(again this represents a unified rather than client server 
structure). Knowledge of how to contact this system in 



terms of its network location and so on can easily be 
built into the applet. One implication of this approach is 
that the sender of the email would then typically pick up 
the bill for the cost of the call (this may or may not be 

5 regarded as an advantage). 

[0034] A difficulty with the use of a remote JTAPI sys- 
tem is that the applet may not be permitted to access 
remote machines, dependent on the security policy of 
the email client. One way around this is simply to relax 

10 the security of the email client, but other more sophisti- 
cated solutions could also be adopted. For example, it 
is possible to add digital signatures to applets to authen- 
ticate them, allowing them to be treated as so-called 
"trusted" applets. Thus returning to the example of Fig- 

15 ure 3A, the recipient of the invoice may have agreed with 
its main suppliers a policy on how to authenticate the 
origin of any given invoice. Assuming then that the in- 
voice is indeed verified as having originated from the 
proper supplier, then it would be reasonable for the client 

20 to allow the applet access to a JTAPI system associated 
with that supplier. 

[0035] Clearly in order for the applet to perform te- 
lephony functions, the applet generally needs to know 
two telephone numbers, effectively the called and call- 
us ing numbers. In some situations, the called number can 
be hard-wired into the applet; this might typically be the 
case with the example of Figure 3A, where the applet 
be provided at creation time with the number of the rel- 
evant accounts department. However, in the example of 
30 Figure 3C, the called number needs to vary in accord- 
ance with whoever is the originator of the message. 
Within Notes this is relatively easy to accomplish by 
passing the called number into the applet as a parame- 
ter. In the preferred embodiment, this is achieved by dy- 
35 namically associating the parameter with a field in the 
form (for example, in the case of Figure 3B, this would 
be the field marked "PHONE"). It is also possible for the 
applet to explicitly prompt the message recipient for the 
callback number (they could possibly paste it in from 
40 elsewhere in the message), although this is a somewhat 
less elegant approach. 

[0036] As regards the calling number (ie the number 
of the telephone associated with the email client receiv- 
ing the message), this could be included by the sender 

45 in the form, or made available as some form of environ- 
ment parameter at the client system, or the applet might 
simply prompt the recipient to enter their own phone 
number. Note that the situation is simpler for direct 
JTAPI systems operating on single machine, since they 

50 are only concerned with the local machine (in other 
words there is no need to determine which PBX exten- 
sion is to be associated with a particular client desktop). 
Of course, it will be recognised that there are many fur- 
ther potential techniques for obtaining telephone num- 

55 bers, such as using an organisation address books to 
determine numbers based on the sender's and recipi- 
ent's email messages, although in general these may 
have limited portability. 



9 



EP 0 957 621 A2 



10 



[0037] The preferred embodiment has been de- 
scribed in the context of the Lotus Notes environment. 
The skilled person will appreciate that this is in fact a 
groupware product for document sharing, which pro- 
vides an email facility as a method of communicating s 
documents between people. Thus the ability to include 
applets in Lotus Notes email messages reflects the 
broader support for applets in Lotus Notes documents. 
[0038] It should be noted that the current support for 
applet integration in Lotus Notes v4.6 only allows an ap- io 
plet to be incorporate into a document when the struc- 
ture of the document is originally designed (ie when the 
form for that document is laid down). Thus the examples 
of Figures 3A, 3B, and 3C all represent predetermined 
mail templates. However, it will readily envisaged that 15 
this support could be extended using the same basic 
interface to enable users to integrate applets into docu- 
ments on an individual basis at the time the document 
is created. Indeed, it would be generally advantageous 
for the email system to provide the user with applets for 20 
the most common functions such as call back, so that 
these could be directly embedded into an email mes- 
sage, incorporated into a signature block or whatever. 
[0039] The implementation described herein exploits 
certain features of Lotus Notes (such as applet support 25 
and parameter passing), which are not currently availa- 
ble in all other mail systems, so that sending an email 
as illustrated in Figure 3C for example outside Notes 
may not preserve the telephony function. However this 
is essentially a standardisation problem, rather than a 30 
reflection of any underlying technical difficulties. Thus it 
is clearly a desirable feature of email that it can be read- 
ily processed by a wide variety of recipients, irrespective 
of the systems that they use (and note that there is typ- 
ically no way to determine or ask in advance of message 35 
transmission what type of system a particular intended 
recipient has). This is why Internet email systems follow 
the Simple Mail Transport Protocol (SMTP), based 
around straightforward ASCII text. However, on many 
occasions the limitation to ASCII is unduly restrictive, *o 
and so it is already very common to integrate other com- 
ponents into SMTP email messages by encoding them 
as ASCII. Most email systems for example handle so- 
called MIME extensions, which allow images and so on 
to be incorporated into email messages. It is also in- & 
creasingly common for email systems to support em- 
bedding html into email messages, and this combined 
with support for the Java applet interface provides a 
mechanism for other email systems to handle the te- 
lephony applets described herein, since they can now so 
be included in an html page attached to an email mes- 
sage. Nevertheless, the integration of an applet straight 
into an email as described herein (rather than via an html 
page) represents a particularly powerful and flexible ap- 
proach, and one which is especially amenable to appli- 5$ 
cations such as depicted in Figures 3A, 3B, and 3C. 
[0040] A significant aspect of the preferred embodi- 
ment is the use of standards such as the Java applet 



interface and JTAPI. This folbws from the objective of 
ensuring that the telephone functionality will operate 
correctly irrespective of the destination of the email mes- 
sage in which it is included. To this end, the overall so- 
lution described herein is therefore platform independ- 
ent, and so ideally suited to deployment in an email en- 
vironment. 

[0041 ] The skilled person will recognize however that 
there may be circumstances in which it is acceptable to 
lose some of this platform independence, for example 
for internal company communications, where the com- 
pany has a substantially homogeneous computing and 
telephony environment. An example of such an alterna- 
tive embodiment would be where the telephony func- 
tionality is embedded into the email using Active X con- 
trols, which are then processed by the email client to 
interact with the telephony server (probably using the 
Microsoft TAPI interface). One bonus of such an ap- 
proach would be the possibility for tighter integration be- 
tween the email system, embedded executable object' 
(applet), address book, calendar, and so on (eg mes- 
sages directed to someone in an address book might 
automatically pick up their telephone extension for in- 
clusion in the email applet). Again such enhancements 
would be unlikely to survive transmission into an exter- 
nal environment. 

[0042] Although the telephony functions described 
herein have been relatively simple (eg the call-back 
function of Figures 3A and 3C), it will be appreciated 
that there is no real limit on the complexity of an applet, 
and so many extensions are possible. Simple examples 
are that the applet may be programmed to try second 
and third numbers, etc, for the "call me back" function, 
if the first number does not succeed (eg office, mobile, 
home), or perhaps to try different numbers dependent 
on time and so on. It may also be possible for the applet 
to access calendar information to determine a current 
location and number to call. As another example, the 
applet of Figure 3A might offer a range of numbers to 
call, dependent on the nature of the query (technical, 
financial, sales, etc), or the type of product involved. As 
yet another example, a button might also offer the pos- 
sibility of calling one or more of the people copied on an 
email message. Thus it would be possible for the applet, 
if so requested, to ring each one of the message ad- 
dresses in turn, to join the calls together (telephony sys- 
tem permitting), and to therefore provide a telephone 
conferencing function from perhaps just one simple but- 
ton. 



Claims 

1. A method of integrating computer and telephony 
messaging comprising the steps of: 

creating an email message on a first computer 
system, said step of creating the email mes- 
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sage including the step of embedding within 
said email message an applet for performing a 
telephony function; 

transmitting said email message to a second 
computer system; 5 
opening said email message on said second 
computer system, said step of opening said 
email message including the step of launching 
said applet; 

and performing the telephony function of the 10 
applet 

2. The method of claim 1, wherein said step of per- 
forming the telephony functbn of the applet com- 
prises the step of the applet accessing telephony is 
software on the second computer system. 



1 1 . The email system of claim 9, wherein the telephony 
function of said applet operates to connect the re- 
cipient of the email message to a conference call. 

12. An email system including: 

means for receiving an email message; 
means for launching an applet for performing a 
telephony function contained within said email 
message; and 

means responsive to said applet for implement- 
ing said telephony function. 

13. The email system of claim 12, wherein implement- 
ing means includes means for accessing telephony 
software on a local system. 



3. The method of claim 1, wherein said step of per- 
forming the telephony function of the applet com- 
prises the step of the applet accessing telephony 
software associated with the first computer system. 

4. The method of claim 3, further comprising the step 
of authenticating that the applet originated from the 
first computer, prior to the applet accessing teleph- 
ony software on the first computer system. 

5. The method of any of claims 2 to 4, wherein the ap- 
plet accesses said telephony software on the first 
or second computer system via a standard inter- 
face. 

6. The method of any preceding claim, wherein the te- 
lephony function of said applet operates to set up a 
telephone connection between the sender and re- 
cipient of the email message. 

7. The method of any of claims 1-6, wherein the te- 
lephony function of said applet operates to connect 
the recipient of the email message to a conference 
call. 

8. An email system including: 

means for creating an email message; 
means for embedding within said email mes- 
sage an applet for performing a telephony func- 
tion; and 

means for transmitting said email message. 

9. The email system of claim 8, further including 
means for presenting to a user said applet for em- 
bedding within said email message. 

10. The email system of claim 9, wherein the telephony 
functbn of said applet operates to set up a tele- 
phone connection between the sender and recipi- 
ent of the email message. 



14. The email system of claim 12, wherein implement- 
ing means includes means for accessing telephony 

20 software on a remote system. 

1 5. The email system of claim 1 3 or 1 4, wherein the ap- 
plet accesses said telephony software via a stand- 
ard interface. 

25 

16. The email system of any of claims 1 2 to 1 5, wherein 
the telephony function of said applet operates to set 
up a telephone connectbn between the sender and 
recipient of the email message. 

30 

1 7. The email system of any of claims 1 2 to 1 5, wherein 
the telephony function of said applet operates to set 
up a telephone connection for the recipient of the 
email message into a conference call. 

35 

18. The email system of claim 16 or 17, wherein said 
applet operates to present a button to the recipient 
of the email message, wherein activation of the but- 
ton causes the applet to set up said telephone con- 

40 nection. 

19. An email system including: 



45 



means for creating and transmitting email mes- 
sages; 

means for receiving email messages; 
means for embedding within said email mes- 
sages for transmission an applet for performing 
a telephony function; 
so means for launching an applet for performing a 

telephony function contained within a received 
email message; and 

means responsive to said launched applet for 
implementing said telephony function. 



55 



20. A method of integrating computer and telephony 
messaging comprising the steps of: 
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creating an email message on a first computer 
system, said step of creating the email mes- 
sage including the step of embedding within 
said email message an executable component 
for performing a telephony function; 5 
transmitting said email message to a second 
computer system; 

opening said email message on said second 
computer system, said step of opening said 
email message including the step of launching io 
said executable component; 
and performing the telephony function of the 
executable component. 

21. An email message for transmission from a sender is 
to a recipient, said email message including: 

a body part; 

an executable component embedded in said 
body part, said executable component com- 20 
prising means for performing a telephony func- 
tion when the message is opened by the recip- 
ient. 

25 
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FIG. 3C 



